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APPEAL BRIEF 

Sir: 

This Appeal Brief is in furtherance of the Notice of Appeal filed in this case on 
August 30, 2007* Authorization is given to chaise deposit account number 14*0225 for the 
fee under 37 C.F.R. 1 .17 for filing the Appeal Brief 



(1) REAL PARTY IN INTEREST 

Hie present application is assigned to NCR Corporation of Maryland. 

(2) RELATED APPEALS AND INTERFERENCES 
None. 
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(3) STATUS OF CLAIMS 

The above-identified patent application was filed on Dec^ber 1 8, 2001 with claims 
1-16. In response to an Office Action mailed August 24, 2004, claims 17-20 are added. In 
response to a final Office Action mailed on February 25, 2005, Applicant proposed to cancel 
claims 1-20 and add new claims 21-40. In response to an Advisory Action mailed on May 
27, 2005, an RCE was filed in which claims 1-20 were canceled and new claims 21-40 were 
added. In response to an Office Action mailed August 26, 2005, claims 22-29, 39, and 40 
were amended, claims 31-37 were canceled, and new claims 41 -47 were added. In response 
to an Office Action mailed February 15, 2006, claims 21, 29, and 30 were canceled, and 
claims 22, 23, 25, and 27 were amended. In response to an Office Action mailed June 29, 
2006, claim 27 was canceled, and claim 28 was amended. In response to an Office Action 
mailed December 20, 2006, claims 22-26, 28, and 38-47 were canceled, and new claims 48- 
62 w^e added. In response to a final Office Action mailed on June 4, 2007, Applicant 
proposed to amend claims 48, 49, 51, 53, 54, 57, 58, 59, and 61. In response to an Advisory 
Action mailed on August 20, 2007, a Notice of Appeal was filed on August 30, 2007. Hius, 
claims 48-62 remain pending and stand rejected. 

Claims 48, 49, 50, 53, 57, 58, 59, and 60 are being appealed and are attached as an 
appendix to this Appeal Brief. 

(4) STATUS OF AMENDMENTS 

No amendments were entered subsequent to the last final rejection which was mailed 
on June 4, 2007. 

(5) SUMMARY OF CLAIMED SUBJECT MATTER 

Independent Claim 48 

A computer implemented method by a financial institution 12, the method 
comprising, by a server 13 associated with the financial institution (page 3, line 19): 
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receiving from a check payor 4 a request for a validation number yet to be 
generated and then associated with a check 50 to be presented from the check payor to a 
check payee 61 (page 3, lines 19-29; page 4, lines 16 and 17); 

determining if an.account contains sufficient funds to cover the monetary 
amount of the dhiedc to be presented from the check payor to the check payee Cp^ge 4, hnes 5 
and 6); 

generating a validation number 42 when the account contains sufficient funds 
to cover the monetary amount of the check to be presented from the check payor to the check 
payee, wherein the validation number is randomly gen^atod by the financial institution (page 
4, line 8; page 7» lines 13 and 14); and 

issuing the generated validation number to the check payor to allow the check 
payor to associate the generated validation number with the chedc to be pres^ted to the 
chedc payee (page 4, line 8 and lines 17-19). 

^n^epen^ent Claim 49 

A compute impl^ented method by a financial institution 12, die method 
comprising, by a server 13 associated with the financial institution (page 3, Une 19): 

receiving fix)m a check payor 4 a request for a validation number y^ to be 
generated and then associated with a check 50 to be presented from the check payor to a 
check payee 61 (page 3, lines 19-29; page 4, lines 16 and 17); 

determining if an accoimt contains sufficient funds to cover the monetary 
amoxmt of the check to be presented from the check payor to the check payee (page 4, lines 5 
and 6); 

generating a validation number 42 when the account contains sufficient funds 
to cover the monetary amount of the check to be presented from the check payor to the check 
payee, wherein the validation number is generated based upon at least some information 
associated with the check to be presented from the dieck payor to the check payee (page 4, 
line 8; page 7, lines 15-21); and 
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issuing the generated validation number to the check payor to allow the check 
payor to associate the generated validation number with the check to be presented to the 
check payee (page 4, line 8 and lines 17-19). 

Independent Claim 53 

A computer implemented method by a financial institution 12, the method 
comprising, by a server 13 associated with the financial institution (page 3, line 19): 

receiving from a check payor 4 a request for a validation number yet to be 
generated and then associated with a check 50 to be presented from the check payor to a 
check; payee 61 (page 3, lines 19-29; page 4, lines 16 and 1 7); 

verifying that the request was made by a party authorized to write checks on 
the accoimt (page 4, lines 1-4); 

verifying that the account contains sufficient fimds to cover the monetary 
amount of the check to be presented fix)m tihe check payor to the check payee (page 4, lines 5 
and 6); 

generating a validation number 42 when the account contains sufBci^t fimds 
to cover the monetary amount of the check to be presented firom the check payor to the check 
payee (page 4, line 8); and 

issuing the generated validation number to the dieck payor to allow die check 
payor to associate the generated validation number with the check to be presented to the 
check payee (page 4, line 8 and lines 17-19). 

Iade|)endent Claim 57 

A method by a financial institution 12, the method comprising, by a server 13 
associated with the financial institution (page 3, line 19): 

receiving fixrni a check payor 4 ovct flie Internet (i) a request for a validation 
number yet to be generated and then associated with a check SO to be presented firom the 
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check payor to a check payee 61 , and (ii) a monetary amount of the check (page 3, lines 19- 
29; page 4, lines 16 and 17); 

determining if an account associated with the check payor contains sufficient 
funds to cover the monetary amount of the check to be presented from the check payor to the 
check payee (page 4, lines 5 and 6); 

generating a validation number 42 when the accoimt associated with the check 
payor contains sufficient ftmds to cover the monetary amount of the check to be presented 
from the check payor to the check payee ^age 4, line 8); 

issuing the generated validation number to the check payor over the Internet to 
allow the check payor to associate the issued validation number with the check to be 
presented from the check payor to the check payee (page 4, line 8 and lines 17-19); 

receiving a proposed character sequence from the check payee over the 
Internet (page 4, line 25 to page 5, line 9); 

comparing the proposed character sequence received from the check payee 
with the validation number which has been generated and issued to the check payor (page 5, 
lines 10-13); and 

issuing a confirmation signal to the check payee over the Internet to confirm 
that the proposed character sequence is valid based upon the comi)arison of the proposed 
character sequence with the validation number (page 7, lines 5-1 1)» 

Independent Claim 58 

A method by a financial institution 12, the m^hod comprising, by a server 13 
associated with the financial institution (page 3, line 19): 

receiving from a check payor 4 over the Internet (i) a request for a validation 
number yet to be generated and then associated with a check 50 to be presented from the 
check payor to a check payee 61, and (ii) a monetary amount of the check (page 3, lines 19- 
29; page 4, lines 16 and 17); 
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determining if an account associated with the check payor contains sufficient 
funds to cover the monetary amount of the check to be presented from the check payor to the 
check payee (page 4, Unes 5 and 6); 

generating a validation number 42 when the account associated with the check 
payor contains sufi&cient funds to cover the monetary amount of the check to be presented 
from the check payor to the chedk payee, wherein the validation number is randomly 
g^erated by the financial institution (page 4, line 8; page 7» lines 13 and 14); and 

issuing to the check payor over the Memet the generated validation number to 
allow the check paiyor to associate the validation number with the check to be presented from 
the check payor to the check payee (page 4, line 8 and lines 17-19). 

Independent Oaim 59 

A method by a financial institution 12, the method comprising, by a server 13 
associated with the financial institution (page 3, line 19): 

receiving from a check payor 4 over the Intemet (i) a request for a validation 
number yet to be generated and then associated with a check 50 to be presented fix)m the 
check payor to a check payee 61, and (ii) a monetary amount of the check (page 3, lines 19- 
29; page 4, lines 16 and 17); 

determining if an account associated with the check payor contains sufficient 
funds to cover the monetary amount of the check to be presented from the check payor to the 
check payee (page 4, lines 5 and 6); and 

generating a validation number 42 when the account associated with the check 
payor contains sufficient funds to cover the monetary amoimt of the dbieck to be presented 
fit)m the check payor to. the check payee, wherein the validation number is generated based 
upon at least some information associated with the check to be presented fix>m the check 
payor to the check payee (page 4, line 8; page 7, lines 15-21); and 

issuing to the check payor over the Intemet the generated validation number to 
allow the check payor to associate the validation number with the check to be presented from 
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the check payor to the check payee (page 4, Une 8 and hues 17-19). 

(6) GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL 

An issue presented for review is whether each of claims 48, 49, 50, 53, 57, 58, 59, and 
60 is patentable under 35 U.S.C. Section 103(a) over U.S. Patent No. 5,884,288 to Chang et 
al, (referred to herein as "Chang'O in view of U,S, Patent No. 6,754,640 to Bozeman and in 
further view of U.S. Patent No. 5,903,878 to Talati et al. (referred to herein as *Talati"). 

(7) ARGUMENT 

Argoments for Each of Claims 48. 49. SO. 53. 57> 58. S9> and 60 

First, Applicant would like to point out that the preamble of each of claims 48, 49, 50, 
53, 57, 58, 59, and 60 redtes: 

"A computer implemented method by a financial institution, the method comprising, 
by ^ server associated wjth the financiat institution'^ 

Applicant would like to also point out that each of 48, 49, 50, 53, 57, 58, 59, and 60 recites, 
int^ alia: 

"generating a validation number when the account contains sufficient funds to cover 
the monetary amount of the check to be presented from the check payor to the check payee" 

In the present application, it is a server associated with a financial institution , such as a bank, 
which is generating a validation number when a determination is made that an account 
contains sufficient fimds (emphasis of underlining added by Applicant), 

With respect to the above-identified claim language recited in the preamble and body 
of each of claims 48, 49, 50, 53, 57, 58, 59, and 60, Applicant notes that the Examiner refers 
to colunm 7, line 45 to column 8, line 16 of the specification of Talati. In this regard. 
Applicant would like to respectfiilly point out that there is no mention at all in this portion of 
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the specification of Talati of any "validation number" being generated by a bank or financial 
institution in response to a determination being made that an account contains sufficient 
fimds. Applicant would also like to respectfiilly point out that the UTID in Talati is a 
'^unique transaction identifier" which is generated by the purchaser in the transaction, and not 
by the bank or financial institution (see Figure 5; column 2, line 55 to column 3, line 3; and 
column 5, lines 50-67 of the specification of Talati). Note that it is the processor 70 of the 
client or purchaser 50 which is generating the UTBD Talati. 

Second, Applicant would like to point out that each of claims 48, 49, 50, 53, 57, 58, 
59, and 60 recites, inter alia, that the financial institution issues the generated validation 
number to the check payor (over the Intemet, for example) to allow the check payor to 
associate the issued validation numb^ with the check to be presented from flie chedk payor to 
the check payee. In this regard^ Applicant submits that since Talati does not even disclose the 
financial institution g^erating a validation number in response to a determination being 
made that an account contains sufiBcient fimds, Talati cannot disclose the financial institution 
issuing such a validation number to a check payor. 

If the Examiner continues to reject claims 48, 49, 50, 53, 57, 58, 59, and 60 of the 
present application by applying Talati, it is respectfiilly requested that the Examiner 
specifically point out where the following is disclosed: 

(i) a financial institution generating a validation numbo- when a determination is 
made that an account contains sufficient fimds; and 

(ii) the financial institution issuing the generated validation number to a check 
payor to allow the check payor to associate the validation number with a check 
to be presented firom the check payor to a check payee. 

Absent an adequate explanation, it is respectfiilly submitted that the rejection of each of 
claims 48, 49, 50, 53, 57, 58, 59, and 60 is improp^ and, therefore^ should be withdrawn. 
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Additional Arguments for Each of Claims 48 and 58 

In addition to the reasons hereinabove, each of claims 48 and 58 is allowable also for 
the folioAving reasons. 

Applicant woidd like to point out that each of claims 48 and 58 recites, inter alia: 

**wherein the validation number is randomly generated by the financial institution" 

Applicant submits that since Talati does not even disclose the financial institution generating 
a validation number in response to a determination being made that an account contains 
sufficient fimds, Talati cannot disclose that the validation number is randomly generated by 
the financial institution. 



Additional Arsnments for Each of Claims 49 and 59 

hi addition to the reasons hereinabove, each of claims 49 and 59 is allowable also for 
the following reasons. 

Applicant would like to point out that each of claims 49 and 59 recites, inter alia: 

**wher€in the validation number is generated based upon at least some infomiation 
associated with the check to be presented from the check payor to tJie check payee** 

Applicant submits that since Talati does not even disclose the financial institution generating 
a validation number in response to a determination being made that an account contains 
sufficient funds, Talati cannot disclose that the validation number is generated based upon at 
least some information associated with the check to be presented from the check payor to the 
check payee. 
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Conclusion 

In view of the forgoing reasons, it is clear that the rejection of claims 48, 49, 50, 53, 
57, 58, 59, and 60 xrnder 35 U.S.C. Section 103 (a) is improper and, therefore, should be 
withdrawn* It is respectfully requested that the Board reverse the rejection of claims 48, 49, 
50, 53, 57, 58, 59, and 60. 



Respectfully submitted. 




Michael Chan 

Attorney for Applicant (Appellant) 
Reg. No. 33,663 



NCR Corporation, Law Department, WHQ-3E 
1700 S. Patterson Blvd., Dayton, OH 45479-0001 
Td. No, 937-445-4956/Fax No. 937-445-6794 



DEC 20 2007 
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(8) CLAIMS APPENDIX 

48. A computer implemented method by a financial institution, the method 
comprising, by a server associated with the financial institution: 

receiving fi-om a check payor a request for a validation number yet to be 
generated and then associated with a chedc to be presented firom the check payor to a check 
payee; 

determining if an account contains sufficient fimds to cover the monetary 
amount of the check to be presented fi:om the chedc payor to the check payee; 

generating a validation number when the accoimt contains sufficient fiinds to 
cov^ the monetary amount of the check to be presented firom the check payor to the check 
payee, wherein the validation number is randomly generated by the financial institution; and 

i^uing the generated validation number to the check payor to allow the check 
payor to associate the generated validation nxmiber with the dieck to be presented to the 
check payee. 

49, A compute implanented m^hod by a fijoancial institution, the method 
comprising, by a soever associated with the financial institution: 

receiving firom a check payor a request for a validation number yet to be 
generated and then associated with a check to be presented from the check payor to a check 
payee; 

determining if an accoimt contains sufficient fimds to cover the monetary 
amount of the check to be presented fix>m the check payor to the check payee; 

generating a vaUdation number when the account contains sufficient fimds to 
cover the monetary amount of the check to be presented from the check payor to the check 
payee, wherein the validation number is generated based upon at least some information 
associated with the check to be presented firom the check payor to the check payee; and 
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issuing the generated validation mimber to the check payor to allow the check 
payor to associate the generated validation number with the check to be pres^ted to the 
check payee. 

50. A computer implemented method according to claim 49> wherein the at least 
some information associated .with the check comprises: 

(i) a date of the check; 

(ii) a s&Aei numb^ of the check; 

(iii) an apcouht number of the account; 

(iv) a monetary amount of the check; 

(v) a payee of the check; 

(vi) symbols identifyiiig a drawee fmancial institution which maintains 
custody of the account; and 

(vii) a Uniform Resource Locator (URL). 

53. A computer implemented m^od by a financial institution, the method 
comprising^ by a server associated with the financial institution: 

receiving from a check payor a request for a validation number yet to be 
generated and then associated with a check to be presented from the check payor to a check 
payee; 

verifying that the request was made by a party authorized to write checks on 

the accoimt^ 

verifying that the account contains sufficient fiinds to cover the monetary 
amount of the check to be presented fix>m the check payor to the check payee; 

generating a validation nximber when the account contains sufficient funds to 
cover the monetary amount of the check to be presented firom the check payor to the check 
payee; and 
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issuing the generated validation number to the check payor to allow the check 
payor to associate the generated validation number with the check to be presented to the 
check payee. 

57. A method by a financial institution, the method comprising^ by a servCT 
associated with the financial institution: 

receiving firom a check payor over the Intemet (i) a request for a validation 
number yet to be generated and then associated with a check to be presented firom the check 
payor to a dieck payee, and (ii) a monetary amount of the check; 

determining if an account associated with the check payor contains sufficient 
fimds to cover the monetary amount of the check to be presented fi^om the check payor to the 
check payee; 

generating a validation nxmiber when the accoxmt associated with the check 
payor contains sufficieaat fimds to cover the monetary amoimt of the check to be presented 
fiwn the check payor to the check payee; 

issuing the g^eratM validation number to the check payor over the Intemet to 
allow the dheck payor to associate the issued validation number with the check to be 
presoited from the check payor to the check payee; 

receiving a proposed character sequence from tibe check payee over the 

Intemet; 

comparing the proposed character sequence received fcom the check payee 
with the validation number which has been generated and issued to the check payor; and 

issuing a confirmation signal to the check payee over the Intemet to confirm 
that the proposed character sequence is valid based upon the comparison of the proposed 
character sequence with the validation number. 

58, A method by a financial institution, the method comprising, by a server 
associated with die financial institution: 
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receiving from a check payor over the latemet (i) a request for a validation 
nijmber yet to be generated and then associated with a check to be presented from the check 
payor to a check payee, and (ii) a monetary amount of the check; 

determining if an account associated with the check payor contains sufficient 
funds to cover the monetary amount of the check to be presented from the check payor to the 
check payee; 

generating a validation number when the account associated with the check 
payor contains suf&ci^t frmds to cover the monetary amount of the check to be presented 
from the check payor to the check payee, wherein the validation number is randomly 
generated by the financial institution; and 

issuing to the check payor ov«: the Internet the goierated validation number to 
allow the check payor to associate the validation number with the check to be presented from 
the check payor to the check payee. 

59. A method by a financial institution, the method comprising, by a server 
associated with the financial institution: 

receiving fix>m a check payor over the Intetnet (i) a request for a validation 
numb^ yet to be generated and then associated with a chedc to be presented from the check 
payor to a check payee, and (ii) a monetary amount of the check; 

determining if an account associated with the check payor contains sufficient 
funds to cover the monetary amount of the check to be presented from the check payor to the 
check payee; and 

generating a validation number when the account associated with the check 
payor contains sufficient funds to cover the monetary amount of the check to be presented 
from the check payor to the check payee, wherein the validation number is generated based 
upon at least some information associated with the check to be presented fix>m the check 
payor to the check payee; and 

issuing to the check payor over the Internet the generated validation number to 
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allow the check payor to associate the validation number with the check to be presented from 
the check payor to the check payee. 

60, A method according to claim 59, wherein the at least some information 
associated with the check comprises: 

(i) a date of the check; 

(ii) a serial number of the check; 

(iii) an account number of the account; 

(iv) a monetary amount of the check; 

(v) a payee of the check; 

(vi) symbols identifying a drawee financial institution which maintains 
custody of the accoxmt; and 

(vii) a Uniform Resource Locator (URL). 
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(9) EVIDENCE APPENDIX 
None. 
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■ '12/20/2007 THU 7:44 FAX 9374456794 NCR CORPORATION ->->^ USPTO General Fax ©019/019 



10/022,957 



(10) RELATED PROCEEDINGS APPENDIX 
None. 
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